Systems and methods for providing message templates in an enterprise system

ABSTRACT

A system may include a number of records in a database associated with a number of activities to be performed by a first user. The system may also include a processor that may receive a request comprising information regarding a second user and an activity to be performed by the first user, identify a plurality of pre-defined message templates based on the request, and receive a selection of one of the plurality of pre-defined message templates. The processor may then generate message text incorporating the one of the plurality of pre-defined message templates for review and display via an electronic display, such that the message text is electronically stored in a dialogue window. The processor may display the message text in the dialogue in response to receiving an approval of the message.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of U.S. patentapplication Ser. No. 15/726,112, filed Oct. 5, 2017, which is herebyincorporated by reference in its entirety for all purposes.

TECHNICAL FIELD

The present disclosure relates in general to systems, methods, andapparatuses for providing message templates for individuals to use whenperforming various tasks for an enterprise. More specifically, thepresent disclosure is related to systems and methods for identifying andproviding message templates that may assist a user in performing certainactivities related to other parties of an enterprise.

BACKGROUND

This section is intended to introduce the reader to various aspects ofart that may be related to aspects of the present disclosure, which aredescribed and/or claimed below. This discussion is believed to behelpful in providing the reader with background information tofacilitate a better understanding of the various aspects of the presentdisclosure. Accordingly, it should be understood that these statementsare to be read in this light, and not as admissions of prior art.

In an enterprise or organization, certain requests by members (e.g.,requesting members) of an enterprise may be created within an enterprisesystem that tracks the progress of activities associated with therequests. That is, the requests may detail one or more specificoperations to be performed by other fulfiller members in the enterprise.Over time, as the requested activities are completed or different issuesarise related to the completion of the requested operations, it may beuseful to ensure that the member provides feedback regarding thecompletion of the operation or the issues related to the operation in aconsistent manner. Moreover, if certain actions or responses areregularly undertaken by a member, it may be useful to provide the memberwith a system that manages the feedback options available to the memberbased on the common trends and issues that regularly occur whenperforming the same activities.

SUMMARY

A summary of certain embodiments disclosed herein is set forth below. Itshould be understood that these aspects are presented merely to providethe reader with a brief summary of these certain embodiments and thatthese aspects are not intended to limit the scope of this disclosure.Indeed, this disclosure may encompass a variety of aspects that may notbe set forth below.

As discussed above, different members of an enterprise (referred to asfulfillers herein) may be tasked with performing different operationsbased on a particular request by a requesting member (referred to as arequestor herein) of the enterprise. For example, an informationtechnology (IT) department of an enterprise may be tasked (e.g.,assigned activity) with assigning a newly hired employee with acomputer, a facilities department may be tasked with assigning the newlyhired employee a badge to grant access to certain buildings, a humanresources department may be tasked with collecting certain informationfrom the newly hired employee and the like. In certain embodiments, toassist in the assignment and distribution of activities across anenterprise, a server system may receive data indicative of a requestedoperation associated with a member of the enterprise. Based on thereceived data regarding the requested operation, the server system maydetermine one or more pre-defined templates that each provides arespective set of information to be recorded in the server system by afulfiller. The pre-defined templates may include data that may populatedifferent data fields associated with the requested operation, messagetext to be transmitted to the requestor, and the like. By saving andproviding the pre-defined templates within the server system, eachfulfiller may provide a consistent message to its other members.Moreover, the user of pre-defined templates may reduce the amount oftime each fulfiller uses in collecting relevant data or drafting amessage in instances where the response to the requested operationsoccur regularly. Additional details with regard to providing templatedata for certain requested operations will be discussed in more detailbelow with reference to FIGS. 1-9.

Various refinements of the features noted above may exist in relation tovarious aspects of the present disclosure. Further features may also beincorporated in these various aspects as well. These refinements andadditional features may exist individually or in any combination. Forinstance, various features discussed below in relation to one or more ofthe illustrated embodiments may be incorporated into any of theabove-described aspects of the present disclosure alone or in anycombination. The brief summary presented above is intended only tofamiliarize the reader with certain aspects and contexts of embodimentsof the present disclosure without limitation to the claimed subjectmatter.

BRIEF DESCRIPTION OF THE DRAWINGS

The description herein makes reference to the accompanying drawings,wherein like reference numerals refer to like parts throughout theseveral views.

FIG. 1 is a block diagram of a generalized distributed computing systemutilizing a cloud service, in accordance with an embodiment;

FIG. 2 is a block diagram of a computing device utilized in thedistributed computing system of FIG. 1, in accordance with anembodiment;

FIG. 3 is a block diagram of an example server system that may be partof the distributed computing system of FIG. 1, in accordance with anembodiment;

FIG. 4 is a flow chart of a method for retrieving data related toactivities associated with members of an enterprise using the exampleserver system of FIG. 3, in accordance with an embodiment;

FIG. 5 is an example graphical user interface related to an activityassigned to a member of an enterprise using the example server system ofFIG. 3, in accordance with an embodiment;

FIG. 6 is an example graphical user interface of message templateoptions related to an activity assigned to a member of an enterpriseusing the example server system of FIG. 3, in accordance with anembodiment;

FIG. 7 is an example graphical user interface with a populated messagerelated to an activity assigned to a member of an enterprise using theexample server system of FIG. 3, in accordance with an embodiment;

FIG. 8 is an example graphical user interface of a message log stored inthe example server system of FIG. 3, in accordance with an embodiment;and

FIG. 9 is an example flow chart of a method for identifying pre-definedtemplates based on data received by the example server system of FIG. 3,in accordance with an embodiment.

DETAILED DESCRIPTION

One or more specific embodiments will be described below. In an effortto provide a concise description of these embodiments, not all featuresof an actual implementation are described in the specification. Itshould be appreciated that in the development of any such actualimplementation, as in any engineering or design project, numerousimplementation-specific decisions must be made to achieve thedevelopers' specific goals, such as compliance with system-related andbusiness-related constraints, which may vary from one implementation toanother. Moreover, it should be appreciated that such a developmenteffort might be complex and time consuming, but would nevertheless be aroutine undertaking of design, fabrication, and manufacture for those ofordinary skill having the benefit of this disclosure.

Information Technology (IT) devices are increasingly important in anincreasingly electronics-driven world in which various electronicsdevices are interconnected within a distributed context. As morefunctions are performed by services using some form of distributedcomputing, the ability of IT devices to coordinate activities fordifferent members across an enterprise increases. For example, as newtasks and activities are assigned to different members of an enterprise,a server system may coordinate the transmittal of the requested activityto a portal or address associated with a fulfiller assigned to performthe requested activity. In addition, the server system may track theprogress of the fulfiller in completing the task and may also providethe fulfiller with certain features to assist the fulfiller to performhis activities more efficiently.

By way of example, after receiving an indication that the fulfiller isto perform a certain activity, the server system may determine whether aset of expected responses or a set of expected datasets related to theactivity are stored in a memory or database. That is, over time, certainactivities performed by a group of members may involve a limited numberof actions when performing the activity. After the limited number ofactions are identified and stored in a memory component, the serversystem may provide these limited number of actions as selectable optionsfor the fulfiller to perform. In one specific example, an informationtechnology (IT) member of an enterprise may receive a request to providea new employee with a new computer. After receiving the request, theserver system may determine that a set of pre-defined messages may betransmitted to the requestor based on the request. For instance, therequest may be lacking information with respect to a type of computerthat the requestor is seeking or the request may include the relevantinformation that the fulfiller uses to perform the associated tasks.Based on these two scenarios, the server system may display twoselectable options for the fulfiller to send to the requestor: 1) arequest for additional information with regard to the type of computerneeded; or 2) the request is received and is currently being processed.

With the above example in mind, it may become clear that when numerousfulfillers continuously receive requests for the same or similaractivities, each individual fulfiller may provide a different variationof the responses provided above. That is, each fulfiller may use his ownwords to provide a response. To provide a more consistent responsemessage for various requests, the server system may provide thefulfiller a list of expected responses based on the requested activity.In this way, the fulfiller may avoid attempting to create newinconsistent responses and may improve the efficiency in which heperforms his activity by automatically populating his response messageafter he selects his preferred option. Additional details with regard tothe embodiments described herein will be discussed below with referenceto FIGS. 1-9.

By way of introduction FIG. 1 is a block diagram of a system 100 thatutilizes a distributed computing framework, which may perform one ormore of the techniques described herein. As illustrated in FIG. 1, aclient 102 communicates with a cloud service 104 over a communicationchannel 106. The client 102 may include any suitable computing system.For instance, the client 102 may include one or more computing devices,such as a mobile phone, a tablet computer, a laptop computer, a notebookcomputer, a desktop computer, or any other suitable computing device orcombination of computing devices. The client 102 may include clientapplication programs running on the computing devices. The client 102can be implemented using a single physical unit or a combination ofphysical units (e.g., distributed computing) running one or more clientapplication programs. Furthermore, in some embodiments, a singlephysical unit (e.g., server) may run multiple client applicationprograms simultaneously.

The cloud service 104 may include any suitable number of computingdevices (e.g., computers) in one or more locations that are connectedtogether using one or more networks. For instance, the cloud service 104may include various computers acting as servers in datacenters at one ormore geographic locations where the computers communicate using networkand/or Internet connections. The communication channel 106 may includeany suitable communication mechanism for electronic communicationbetween the client 102 and the cloud service 104. The communicationchannel 106 may incorporate local area networks (LANs), wide areanetworks (WANs), virtual private networks (VPNs), cellular networks(e.g., long term evolution networks), and/or other network types fortransferring data between the client 102 and the cloud service 104. Forexample, the communication channel 106 may include an Internetconnection when the client 102 is not on a local network common with thecloud service 104. Additionally or alternatively, the communicationchannel 106 may include network connection sections when the client andthe cloud service 104 are on different networks or entirely usingnetwork connections when the client 102 and the cloud service 104 sharea common network. Although only a single client 102 is shown connectedto the cloud service 104, it should be noted that cloud service 104 mayconnect to multiple clients (e.g., tens, hundreds, or thousands ofclients).

Through the cloud service 104, the client 102 may connect to variousdevices with various functionality, such as gateways, routers, loadbalancers, databases, application servers running application programson one or more nodes, or other devices that may be accessed via thecloud service 104. For example, the client 102 may connect to anapplication server 107A and/or one or more databases 108A via the cloudservice 104. The application server 107A may include any computingsystem, such as a desktop computer, laptop computer, server computer,and/or any other computing device capable of providing functionalityfrom an application program to the client 102. The application server107A may include one or more application nodes running applicationprograms whose functionality is provided to the client via the cloudservice 104. The application nodes may be implemented using processingthreads, virtual machine instantiations, or other computing features ofthe application server 107A. Moreover, the application nodes may store,evaluate, or retrieve data from the databases 108A and/or a databaseserver.

The databases 108A may contain a series of tables or records containinginformation about assets and services controlled by a client 102 and theconfigurations of these assets and services. The assets and servicesinclude may include hardware resources (such as server computingdevices, client computing devices, processors, memory, storage devices,networking devices, or power supplies); software resources (such asinstructions executable by the hardware resources including applicationsoftware or firmware); virtual resources (such as virtual machines orvirtual storage devices); and/or storage constructs (such as data files,data directories, or storage models).

In some embodiments, the databases 108A, whether in the cloud or at aclient site accessible via the cloud or other network interconnection,may include information related to activity sets for certain personnelto perform. The databases 108A may each be associated with one or moredepartments of an enterprise. That is, an enterprise or organization mayinclude a number of different departments that perform differentoperations for the overall enterprise. For instance, an IT departmentmay assist in connecting information technology (IT) devices, softwareor applications, or virtualized environments for a member (e.g.,employee) of the enterprise, human resources department may assist inhiring the member, and a facilities department may assist in providingaccess to various building associated with the member.

In addition to the databases 108A, the cloud service 104 may include oneor more other database servers. The database servers are configured tostore, manage, or otherwise provide data for delivering services to theclient 102 over the communication channel 106. The database server mayinclude one or more additional databases that are accessible by theapplication server 107A, the client 102, and/or other devices externalto the additional databases. By way of example, the additional databasesmay include information related to member or assets of the enterprise.In some embodiments, the information regarding each member may beorganized or stored a respective database of the databases 108A based ona department in which the member is assigned to. The information mayinclude data regarding the member such as skill set, educationbackground, role, job function, assigned activities or tasks, location,demographic information, and the like.

In the depicted topology, access to non-cloud resources, such asdatabase 108B and/or application server 107B, from the cloud service 104is enabled via a management, instrumentation, and discovery (MID) server126 via an External Communications Channel (ECC) Queue 128. The MIDserver 126 may include an application program (e.g., Java application)that runs as a service (e.g, Windows service or UNIX daemon) thatfacilitates communication and movement of data between the cloud service104 and external applications, data sources, and/or services. The MIDserver 126 may be executed using a computing device (e.g., server orcomputer) on the network 112 that communicates with the cloud service104.

The ECC queue 128 may be a database table that is typically queried,updated, and inserted into by other systems. Each record in the ECCqueue 128 is a message from an instance in the cloud service 104 to asystem (e.g., MID server 126) external to the cloud service 104 thatconnects to the cloud service 104 or a specific instance running in thecloud service 104 or a message to the instance from the external system.The fields of an ECC queue 128 record include various data about theexternal system or the message in the record.

Although the system 100 is described as having the application servers107A, the databases 108A, the ECC queue 128, the MID server 126, and thelike, it should be noted that the embodiments disclosed herein are notlimited to the components described as being part of the system 100.Indeed, the components depicted in FIG. 1 are merely provided as examplecomponents and the system 100 should not be limited to the componentsdescribed herein. Instead, it should be noted that other types of serversystems may communicate with the cloud service 104 in addition to theMID server 126.

Further, it should be noted that server systems described herein maycommunicate with each other via a number of suitable communicationprotocols, such as via wired communication networks, wirelesscommunication networks, and the like. In the same manner, the client 102may communicate with a number of server systems via a suitablecommunication network without interfacing its communication via thecloud service 104.

In addition, methods for populating the databases 108A may includedirectly importing data or entries from an external source, manualimport by users entering or updating data entries via a user interface,and the like. Moreover, it should be understood that the embodimentsdescribed herein should not be limited to being performed with respectto a particular database or type of stored data. Instead, the presentsystems and techniques described herein may be implemented with anysuitable database.

In any case, to perform one or more of the operations described herein,the client 102, the application server 107A, the MID server 126, andother server or computing system described herein may include one ormore of the computer components depicted in FIG. 2. FIG. 2 generallyillustrates a block diagram of example components of a computing device200 and their potential interconnections or communication paths, such asalong one or more busses. As briefly mentioned above, the computingdevice 200 may be an embodiment of the client 102, the applicationserver 107A, a database server (e.g., databases 108A), other servers orprocessor-based hardware devices present in the cloud service 104 (e.g.,server hosting the ECC queue 128) or at a local or remote client site, adevice running the MID server 126, and so forth. As previously noted,these devices may include a computing system that includes multiplecomputing devices and/or a single computing device, such as a mobilephone, a tablet computer, a laptop computer, a notebook computer, adesktop computer, a server computer, and/or other suitable computingdevices.

As illustrated, the computing device 200 may include various hardwarecomponents. For example, the device includes one or more processors 202,one or more busses 204, memory 206, input structures 208, a power source210, a network interface 212, a user interface 214, and/or othercomputer components useful in performing the functions described herein.

The one or more processors 202 may include processor capable ofperforming instructions stored in the memory 206. For example, the oneor more processors may include microprocessors, system on a chips(SoCs), or any other performing functions by executing instructionsstored in the memory 206. Additionally or alternatively, the one or moreprocessors 202 may include application-specific integrated circuits(ASICs), field-programmable gate arrays (FPGAs), and/or other devicesdesigned to perform some or all of the functions discussed hereinwithout calling instructions from the memory 206. Moreover, thefunctions of the one or more processors 202 may be distributed acrossmultiple processors in a single physical device or in multipleprocessors in more than one physical device. The one or more processors202 may also include specialized processors, such as agraphics-processing unit (GPU).

The one or more busses 204 include suitable electrical channels toprovide data and/or power between the various components of thecomputing device. For example, the one or more busses 204 may include apower bus from the power source 210 to the various components of thecomputing device. Additionally, in some embodiments, the one or morebusses 204 may include a dedicated bus among the one or more processors202 and/or the memory 206.

The memory 206 may include any tangible, non-transitory, andcomputer-readable storage media. For example, the memory 206 may includevolatile memory, non-volatile memory, or any combination thereof. Forinstance, the memory 206 may include read-only memory (ROM), randomlyaccessible memory (RAM), disk drives, solid state drives, external flashmemory, or any combination thereof. Although shown as a single block inFIG. 2, the memory 206 can be implemented using multiple physical unitsin one or more physical locations. The one or more processor 202accesses data in the memory 206 via the one or more busses 204.

The input structures 208 provide structures to input data and/orcommands to the one or more processor 202. For example, the inputstructures 208 include a positional input device, such as a mouse,touchpad, touchscreen, and/or the like. The input structures 208 mayalso include a manual input, such as a keyboard and the like. Theseinput structures 208 may be used to input data and/or commands to theone or more processors 202 via the one or more busses 204. The inputstructures 208 may alternative or additionally include other inputdevices.

The power source 210 can be any suitable source for power of the variouscomponents of the computing device 200. For example, the power source210 may include line power and/or a battery source to provide power tothe various components of the computing device 200 via the one or morebusses 204.

The network interface 212 is also coupled to the processor 202 via theone or more busses 204. The network interface 212 includes one or moretransceivers capable of communicating with other devices over one ormore networks (e.g., the communication channel 106). The networkinterface may provide a wired network interface, such as Ethernet, or awireless network interface, such an 802.11, Bluetooth, cellular (e.g.,LTE), or other wireless connections. Moreover, the computing device 200may communicate with other devices via the network interface 212 usingone or more network protocols, such as Transmission ControlProtocol/Internet Protocol (TCP/IP), power line communication (PLC),Wi-Fi, infrared, and/or other suitable protocols.

A user interface 214 may include a display that is configured to displayimages transferred to it from the one or more processors 202. Inaddition and/or alternative to the display, the user interface 214 mayinclude other devices for interfacing with a user. For example, the userinterface 214 may include lights (e.g., LEDs), speakers, and the like.

With the foregoing in mind, FIG. 3 illustrates a block diagram of anexample server system 250 that may be communicatively coupled todifferent department server systems via the cloud service 104. Asmentioned above, an enterprise or organization may be made up of anumber of different departments. In one embodiment, server system 250may be a computing device 200 or the like accessible to the cloudservice 104. The server system 250 may access different databases 108associated with different departments. Each database 108 associated witha respective department may communicate with the server system 250 viathe cloud service 104 and a respective server system associated with therespective database. For example, FIG. 3 illustrates a number of serversystems that may facilitate communication to, query requests, and thelike with a respective database 108.

By way of example, the department server systems 252 may be associatedwith departments such as an operations department, a finance department,a marketing department, a sales department, a service department, alegal department, a procurement department, a facilities department, ahuman resources department, an information technology department, aservice providers department, and the like. Generally, a database 108associated with each department may include data related to the membersof the enterprise that are also part of the respective department, tasksor activities to be performed by the department, calendar informationrelated to the events scheduled for the respective department, and thelike. In one embodiment, the data related to the members of thedepartment may include a working schedule of the member, a list ofskills of the member, a list of job functions performed by the member,and the like. The activities stored in a respective database associatedwith a respective department may include a list of tasks to be performedby a member of the respective department in response to a certain event(e.g., lifecycle event) and an association to an activity set related tothe event. The event may be related to a change in a status of a memberof the enterprise. For instance, the event may be related to employeeon-boarding, employee off-boarding, employee location change, employeeorganization change, employee promotion, and the like.

Employee on-boarding may include instances when a new member (e.g.,employee) joins the enterprise. Conversely, employee off-boarding mayinclude when a member terminates his association with the enterprise.Employee location change may refer to when a member moves locationswithin the enterprise. The location change may include a change inoffice space with respect to one office building or with respect to adifferent geographical location (e.g., city, state, country). Employeeorganization change may include changing the department in which themember is associated with. In addition, employee promotion may includeinstances when a job title of a member changes, and thusresponsibilities or job functions of the member changes.

Referring briefly back to FIG. 3, each of the illustrated departmentsmay perform different functions that contribute to the operation of theenterprise as a whole. For example, the finance department may be taskedwith generating financial reports and financial forecasts for theenterprise. The marketing department may be tasked with generatingmarketing documents and strategies for the enterprise, products producesby the enterprise, and the like. The sales department may be tasked withcoordinating sales effort to engage new business relationships for theenterprise. The service department may coordinate with existing clientsof the enterprise to maintain products and services previously sold tothe clients. The legal department may be tasked with ensuring that theenterprise conforms to the laws of the jurisdictions in which theenterprise operates. The procurement department may manage thedistribution of supplies, products, and services to and from theenterprise. The facilities department may control access to differentbuilding owned and operated by the enterprise. The facilities departmentmay also control the environmental conditions of each building and themaintenance operations for maintaining building structure andoperations. In addition, the human resources department may manage theemployment services provided to a member of the enterprise. For example,the human resources department may collect information regarding a newhire, coordinate benefits services provided to the new hire, and thelike. The information technology (IT) department may manage the devices(e.g., printer, databases, server systems, computing devices) used bythe member for the enterprise. The service providers department maycoordinate with vendors and other organization that provide services tothe enterprise. It should be noted that the foregoing list ofdepartments should not be construed as an exclusive list of departmentsor a defined list of operations performed by the department; instead,the description of the departments are provided as examples and mayinclude additional departments and additional operations and tasks forthe described departments.

Given the number of different departments associated with a singleenterprise and the number of different members who work within thesingle enterprise, it may prove to be difficult to perform activities ina consistent and uniform manner across the enterprise. For example,during an employee on-boarding event, a number of departments may haveactivities or tasks to perform to enable the new hire to perform his/herjob functions more quickly and efficiently. Keeping this example inmind, before the new hire starts, the IT department may identify acomputing device for the new member to use, add the new member to adatabase for access to the server system 250 or other computingresources, issue network user name for the new member, and the like. Inthe same manner, the HR department may prepare documents for the newmember to review and sign upon starting his/her employment. Thefacilities department assign a workspace to the individual and mayprepare a badge or other identification material for the new member togain access to certain buildings based on the department that the newmember will be joining, the job functions of the new member, and thelike.

As shown in the example above, different departments may have differentactivities or tasks that are to be performed based on a given eventassociated with a member of the enterprise. While performing theirrespective tasks, certain common or expected messages may be transmittedto a member requesting an activity, to a member associated with anactivity, or the like. That is, to perform certain activities, thefulfiller or the member performing the activity may have certainprotocols to follow, information to gather, operations to perform, orthe like prior to completing a respective activity. When following acertain protocol, a number of pre-defined message or response templatesmay be stored in the database 108 to assist the fulfiller in obtaininginformation or data to complete his respective activity. In oneembodiment, the pre-defined message templates may be provided by membersto the server system 250 over time. In other embodiments, the serversystem 250 may monitor the response messages created and transmitted toa requestor or a member associated with an activity to identify commonmessages, messages that are employed more than a threshold amount oftime, messages used by more than a percent threshold amount offulfillers, or the like. Based on this observation, the server system250 may store one or more common messages that are consistently used bymembers when responding to activity requests with similar data entriesor lack of certain data entries in the database 108 as pre-definedmessage templates. After the pre-defined message templates are stored,the server system 250 may monitor the received activity requests todetermine whether a set of data entries is received or a set of dataentries is missing. Based on the monitored activity request, the serversystem 250 may generate a visualization of selectable options ofpre-defined message templates for the fulfiller to select. Afterreceiving the selection, the server system 250 may populate a messagewindow with message text associated with the selected pre-definedmessage template. The server system 250 may receive modifications to themessage text and may then transmit the resulting message to theappropriate member that may have access to the desired data entries.

To further illustrate how the server system 250 may provide thefulfiller with selectable pre-defined message templates, FIG. 4illustrates a flow chart of a method 260 for retrieving data related toactivities to be performed by a fulfiller. Although the followingdescription of the method 260 is detailed in a particular order, itshould be noted that the method 260 may be performed in any suitableorder. Moreover, although the method 260 is described as being performedby the server system 250, it should be understood that the method 260may be performed by any suitable computing device, as described above.

In addition, for the purposes of discussion, the following descriptionof the method 260 will be detailed with reference to an example activityfor processing a tuition reimbursement request. Although the tuitionreimbursement request is provided as an example here, it should beunderstood that the embodiments described herein are not limited to theparticular example or to a particular department. Instead, it should beunderstood that the method 260 may be performed for any suitableactivity in a variety of departments.

Referring now to FIG. 4, at block 262, the server system 250 may receivean indication or detect that an activity assignment for a fulfiller ofthe enterprise has been received. The activity assignment may refer toan operation, task, approval, or other function that the fulfiller is toperform, such that the activity assignment is completed. In certainembodiments, the server system 250 may receive the activity assignmentvia the client 102, the cloud service 104, or the like. That is, amember of the enterprise requesting the activity may submit a requestvia the client 102, which may then forward the request to the serversystem 250.

The activity assignment may include data related to the requestedactivity. The data may include information for different data entryfields (e.g., reference number, member names, requested service) relatedto the requested activity. By way of example, FIG. 5 illustrates agraphical user interface (GUI) 280 that depicts example data entryfields for a requested human resources activity. The GUI 280 of FIG. 5is populated with data related to a tuition reimbursement request. Thedata entry fields of the GUI 280 may be provided by the server system250, such that a member may enter information into the data entryfields, view the information provided in the data entry fields, or thelike. The data entry fields of the GUI 280 may include a referencenumber field 282, a target member field 284, a subject member field 286,a service type field 288, a status field 290, a priority field 292, aninitialization time field 294, a requestor field 296, an assignmentgroup field 298, a fulfiller field 300, and the like. In certainembodiments, the information provided in each of the data fields of theGUI 280 may be entered by the requestor, may be automatically populatedby the server system 250 based on received input at one or more of thedata fields, or the like. Although the GUI 280 illustrates a number oftypes of data entry fields, it should be noted that each different typeof activity may be associated with a different set of data entry fieldsthat provides information related to performing the respective type ofactivity.

After the activity assignment data, at block 264, the server system 250may receive a request to draft a message for a member associated withthe assigned activity. As shown in FIG. 5, the request may be receivedvia an input component 302 of the GUI 280. In certain embodiments, eachtype of assigned activity may involve certain operations or proceduresto be undertaken by the fulfiller. In the tuition reimbursement example,the fulfiller may review the receipts provided by the requestor toverify that the receipts match the information in the appropriate dataentry fields. When performing a respective activity, fulfillers mayoften find that they prepare the same types of messages for a particularactivity. Referring to the tuition reimbursement example again, whenapproving the reimbursement, the fulfiller may find that three types ofmessages are commonly used to complete the requested activity. Insteadof preparing the same response for a number of different activities, theserver system 250 may store pre-defined message or response templatesthat mirror the commonly used messages.

After receiving the request to draft a message for the assignedactivity, at block 266, the server system 250 may retrieve one or morepre-defined message templates based on the assigned activity, theinformation provided in the data entry fields associated with theassigned activity, and the like. In certain embodiments, the pre-definedmessage templates may be stored in the database 108 or another suitablestorage device. Other members of the enterprise may provide thepre-defined message templates during the design of the activity or thelike.

The server system 250 may retrieve the pre-defined message templatesbased on the type of activity being performed, based on data provided inthe data entry fields associated with the activity, based on datamissing in the data entry fields, and the like. For instance, if thefulfiller field 300 lists a particular member, the server system 250 maydetermine whether certain pre-defined message templates are associatedwith particular member and the assigned activity. If the server system250 identifies a set of pre-defined message templates, the server system250 may retrieve the set of pre-defined message templates from thestorage device.

In addition, the server system 250 may review the information providedin the data entry fields of an assigned activity and determine whethercertain information is missing. If information is missing in a dataentry field, the server system 250 may determine whether one or morepre-defined message templates stored in the database 108 or the like areassociated with a scenario in which the respective data entry field ismissing.

After retrieving the pre-defined message templates, at block 268, theserver system 250 may display one or more selectable options for the oneor more pre-defined message templates. For example, FIG. 6 illustrates amessage template window 310 depicted on the GUI 280. The messagetemplate window 310 may include a drop-down menu 312 that illustratesprovides selectable options for the fulfiller to choose when preparing amessage to the requestor (or other member) associated with the activity.Referring again to the tuition reimbursement example, the server system250 may provide selectable options to generate a pre-defined message forwhen incorrect receipts are received, when accurate receipts arereceived, or when a resolution with regard to the reimbursement isdetermined. As discussed above, the server system 250 may retrieve thesethree selectable options based on detecting that the activity wasrelated to tuition reimbursement. Moreover, the selectable options maybe provided to the server system 250 at some earlier time via user inputor via supervised or unsupervised analysis of the generated messages bythe server system 250.

At block 270, the server system 250 may receive a selection of one ofthe selectable options, which correspond to one of the pre-definedmessage templates. After receiving the selection, at block 272, theserver system 250 may update or populate a message text window 314 withthe pre-defined message template that corresponds to the selectedoption. With the tuition reimbursement example in mind, FIG. 7illustrates text populated in the message text window 314 thatcorresponds to the selected pre-defined message template.

In certain embodiments, the server system 250 may monitor and track thepre-defined template selected by different users over time. The serversystem 250 may track the raw number of times that each pre-definedtemplate was selected. The server system 250 may also track additionalinformation associated with the selection of each pre-defined template.For example, the server system 250 may track the entries of various dataentry fields along with the selected pre-defined template. In oneembodiment, when presenting the selectable options of the pre-definedtemplates in the drop-down menu 312 or the like, the server system 250may present the selectable options in a particular order. That is, theserver system 250 may automatically determine a ranking of each of theselectable options based on a number of times other users selected eachselectable option, based on the number of times other users with similardata entry fields selected each selectable option, or the like. In thisway, the server system 250 may present the selectable options that maybe selected more often by other users or selected more often by otherusers with similar data entry fields at the top of the drop-down menu312 according to the determined rank. As a result, the fulfiller maymore quickly identify the selectable option that he wishes to choosewithout scrolling through the entire list of selectable options.

In some embodiments, the pre-defined message template may includecertain programming objects to populate portions of the message textbased on the activity data. For example, the salutation field mayinclude a programmable object that inserts the name of the receivingmember in the salutation address. In addition, a programming object maybe employed in the signature block to include the name of the fulfiller.It should be noted that prior to transmitting or storing the messagetext, the server system 250 may receive modification or additions to themessage text to provide additional information for the recipient.

After the message text is populated in the message text window 314, theserver system 250 may, at block 274, transmit the message to a networkaddress associated with the appropriate recipient in response toreceiving an indication of approval of the message via an inputcomponent or the like. In certain embodiments, the server system 250 maystore the message in a dialogue window 316, as depicted in FIG. 8. Thedialogue window 316 may be viewable on the recipient's portal or GUI 280accessible to the recipient via the client 102. The dialogue window 316may record the messages transmitted between parties related to aparticular activity.

Referring back to block 270, if the server system 250 does not receive aselection of the pre-defined message templates, the server system 250may proceed to block 276 and receive a custom message entry. That is,the server system 250 may receive text input in the message text window314 for transmittal or storage for the recipient. After receiving thecustomized or user input text, the server system 250 may proceed toblock 274 and transmit or store the custom text message, as describedabove, in response to receiving an approval of the text via a user inputcomponent.

By providing the ability to select pre-defined message templates, thepresent embodiments enable fulfiller to consistently respond to certainscenarios for completing activities in a consistent manner. Theconsistent responses from various fulfillers assist the enterprise tooperate cohesively without changing response messages or procedures fordifferent requestors. This enhances the effectiveness of the fulfillersin performing its activity. Moreover, by providing pre-defined messagetemplates that correspond to common messages used to complete varioustasks efficiently. In addition to receiving pre-defined messagetemplates via user input, in some embodiments, the server system 250 maydetermine pre-defined message templates through supervised orunsupervised monitoring and analysis.

In another embodiment, FIG. 9 illustrates an example method 320 fordetermining pre-defined message templates for different activities.Referring to FIG. 9, at block 322, the server system 250 may receive acustom message entry, as described above with respect to block 276. Thecustom message entry may include message text input entirely by a useror a selected pre-defined message template that has been modified by auser.

At block 324, the server system 250 may compare the custom message entryto other stored message entries in the database 108 or the like. Incertain embodiments, each time a custom message entry is used by theserver system 250, the server system 250 may store a record of thecustom message entry with details with regard to the particular activitythat the message was used for, information provided in various datafield entries, and the like.

At block 326, the server system 250 may determine whether the custommessage entry received at block 322 occurs more than a threshold amountof times. That is, the server system 250 may determine whether thenumber of instances in which the custom message text is identified inthe database 108 or the like exceeds a certain threshold number ofinstances. In some embodiments, the threshold may be related to apercentage of users that use a particular custom message text based ondata provided in various data entry fields, a type of activity, or thelike.

If the number of instances does exceeds the threshold, the server system250 may proceed to block 328 and add the custom message entry to thepre-defined message templates. Alternatively, if the number of instancesdo not exceed the threshold, the server system 250 may proceed to block330 and store the custom message entry in the database 108 or the like.By employing the method 320, the server system 250 may automaticallyidentify messages that may be well suited as pre-defined messagetemplates without receiving user input. As such, the server system 250further improves the efficiency in which fulfillers may completeactivities by automatically updating the pre-defined message templatesbased on the dynamic use of custom messages.

The specific embodiments described above have been shown by way ofexample, and it should be understood that these embodiments may besusceptible to various modifications and alternative forms. It should befurther understood that the claims are not intended to be limited to theparticular forms disclosed, but rather to cover all modifications,equivalents, and alternatives falling within the spirit and scope ofthis disclosure.

The techniques presented and claimed herein are referenced and appliedto material objects and concrete examples of a practical nature thatdemonstrably improve the present technical field and, as such, are notabstract, intangible or purely theoretical. Further, if any claimsappended to the end of this specification contain one or more elementsdesignated as “means for [perform]ing [a function] . . . ” or “step for[perform]ing [a function] . . . ”, it is intended that such elements areto be interpreted under 35 U.S.C. 112(f). However, for any claimscontaining elements designated in any other manner, it is intended thatsuch elements are not to be interpreted under 35 U.S.C. 112(f).

What is claimed is:
 1. A system, comprising: a plurality of records in adatabase associated with a plurality of activities to be performed by auser associated with a department in an enterprise; a processorconfigured to execute computer-executable instructions which, whenexecuted cause the processor to perform operations comprising: receivingan indication of an activity assignment for a first user from acomputing system communicatively coupled to the database, wherein theactivity assignment comprises a plurality of data entry fieldsindicative of: an activity of the plurality of activities to beperformed by the first user for a second user; an identity of the seconduser, wherein the second user is a subject associated with the activity;and a type of task associated with the activity; generating a userinterface visualization representative of the activity assignment,wherein the user interface visualization comprises the plurality of dataentry fields and one or more selectable objects configured to cause theprocessor to perform one or more actions associated with completing theactivity; receiving a request to draft a message regarding the activityto be sent to the second user via the one or more selectable objects;receiving a selection of one of a plurality of message templates;generating message text incorporating the one of the plurality ofmessage templates for review and display via an electronic display,wherein the message text is configured to be electronically presented ina dialogue window; and displaying the message text in the dialoguewindow in response to receiving an approval of the message.
 2. Thesystem of claim 1, wherein the processor is configured to perform theoperations comprising: receiving a modification to the message text togenerate an updated message text; determining a number of instances thatthe updated message text has been received; and updating the pluralityof message templates to include the updated message text in response tothe number of instances exceeding a threshold.
 3. The system of claim 1,wherein at least one message template of the plurality of messagetemplates is a pre-defined message template.
 4. The system of claim 1,wherein the processor is configured to identify the plurality of messagetemplates based on the activity.
 5. The system of claim 4, wherein theone or more data entry fields comprise a reference number field, atarget member field, a subject member field, a service type field, astatus field, a priority field, an initialization time field, arequesting member field, an assignment group field, a fulfiller memberfield, or any combination thereof.
 6. The system of claim 4, wherein theprocessor is configured to perform the operations comprising generatingthe message text by incorporating one or more entries of the one or moredata entry fields into the message text.
 7. The system of claim 6,wherein the processor is configured to perform the operations comprisingincorporating a first entry of the one or more entries into a salutationfield of the message text and a second entry of the one or more entriesinto a signature field of the message text.
 8. A system, comprising: anon-transitory memory; one or more processors configured to readinstructions from the non-transitory memory to perform operationsconfigured to cause the one or more processors to: receive an indicationof an activity assignment for a first user to perform from a computingsystem, wherein the computing system is communicatively coupled to adatabase configured to store a plurality of records associated with aplurality of activities to be performed by the plurality of users,wherein the database is associated with a department in an enterprise,wherein the activity assignment comprises a plurality of data entryfields indicative of: an activity to be performed by the first user fora second user; an identity of the second user, wherein the second useris a subject associated with the activity; and a type of task associatedwith the activity; generate a user interface visualizationrepresentative of the activity assignment, wherein the user interfacevisualization comprises the plurality of data entry fields and one ormore selectable objects configured to cause the processor to perform oneor more actions associated with completing the activity; display aplurality of selectable options associated with a plurality of messagetemplates via an electronic display; receive a selection of one of theplurality of selectable options via an input device; and generatemessage text incorporating one of the plurality of message templatesassociated with the selection into a message text window; display themessage text window via the electronic display; and transmit the messagetext in the message text window to a network address associated with thesecond user in response to receiving an approval of the message.
 9. Thesystem of claim 8, wherein the operations are configured to cause theone or more processors to: receive custom message text to generate asthe message text; determine a number of instances that the custommessage text has been received; and update the plurality of messagetemplates to include the custom message text as an additional one of theplurality of message templates in response to the number of instancesexceeding a threshold.
 10. The system of claim 8, wherein the operationsare configured to cause the one or more processors to: receive custommessage text to generate as the message text; determine a percentage ofa plurality of users that provide the custom message text; and updatethe plurality of message templates to include the custom message text asan additional one of the plurality of message templates in response tothe percentage exceeding a threshold.
 11. The system of claim 8, whereinthe operations are configured to cause the one or more processors toidentify the plurality of message templates based on the plurality ofdata entry fields.
 12. The system of claim 8, wherein the operations areconfigured to cause the one or more processors to identify the pluralityof message templates based on a missing entry in one of the plurality ofdata entry fields.
 13. The system of claim 8, wherein the one or moredata entry fields comprise a reference number field, a target memberfield, a subject member field, a service type field, a status field, apriority field, an initialization time field, a requesting member field,an assignment group field, a fulfiller member field, or any combinationthereof.
 14. The system of claim 8, wherein the operations areconfigured to cause the one or more processors to comprise: receive amodification of the message text; and transmit the message text havingthe modification.
 15. A method, comprising: receiving, via a processor,an indication of an activity assignment for a first user to perform froma computing system, wherein the computing system is communicativelycoupled to a database configured to store a plurality of recordsassociated with a plurality of activities to be performed, wherein thedatabase is associated with a department in an enterprise, wherein theactivity assignment comprises a plurality of data entry fieldsindicative of: an activity to be performed by the first user for asecond user; an identity of the second user, wherein the second user isa subject associated with the activity; and a type of task associatedwith the activity; generating a user interface visualizationrepresentative of the activity assignment, wherein the user interfacevisualization comprises the plurality of data entry fields and one ormore selectable objects configured to cause the processor to perform oneor more actions associated with completing the activity; receiving, viathe processor, a selection of one of a plurality of message templates;generating, via the processor, message text incorporating the one of theplurality of message templates for review and display via an electronicdisplay, wherein the message text is configured to be electronicallystored in a dialogue window; and displaying, via the processor, themessage text in the dialogue in response to receiving an approval of themessage.
 16. The method of claim 15, comprising: receiving, via theprocessor, a modification to the message text to generate an updatedmessage text; determining a number of instances that the updated messagetext has been received; and updating the plurality of message templatesto include the updated message text as an additional one of theplurality of message templates in response to the number of instancesexceeding a threshold.
 17. The method of claim 15, comprising: receivingcustom message text to generate as the message text; determining anumber of instances that the custom message text has been received; andupdating the plurality of message templates to include the custommessage text as an additional one of the plurality of message templatesin response to the number of instances exceeding a threshold.
 18. Themethod of claim 15, comprising: receiving custom message text togenerate as the message text; determining a percentage of a plurality ofusers that provide the custom message text; and updating the pluralityof message templates to include the custom message text as an additionalone of the plurality of message templates in response to the percentageexceeding a threshold.
 19. The method of claim 15, comprising:determining a number of instances that each message template of theplurality of message templates is selected; and displaying the pluralityof message templates in an order based on the number of instances eachmessage template is selected.
 20. The method of claim 15, wherein theone or more data entry fields comprise a reference number field, atarget member field, a subject member field, a service type field, astatus field, a priority field, an initialization time field, arequesting member field, an assignment group field, a fulfiller memberfield, or any combination thereof.